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Sir: 

INTRODUCTORY COMMENTS 

This brief is filed in support of the picviotisly filed Notice of Appeal, filed in this case on 
April 28. 2005, which appealed from the decision of the Examiner dated January 28, 2005, 
finally rejecting daims 1-25. Please charge the required fee to IBM Corporation Deposit 
Account No. 09-0461. 

A one month extension of time is believed to be necessary, payinent for whidi is 
enclosed. If, however, a fiirther extension of time is required, the extenrion is requested, and the 
undersigned hereby authorizes the Commissioner to charge any fiees for this extension to IBM 
Coiporation Deposit Account No. 09-0461. 
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REAL PARTY IN INTEREST 

The real party in interest in this appeal is InteAoiational Business Madunes Coiporatibn, 
which is the assignee of the entire right, title, and Interest in the above-identified patent 
application. 

RELATED APPEALS AND INTERFERENCES 

With respect to other prior or pending appeals, interferences, or jndicial proceeding? tliat . 
are related to, will directly affect, be directly aflfected by, or have a bearhig on the Board*s 
decision in the pending appeal, there are no such prior or pending appeals, interferenoesy or 
judicial proceeding known to Appellants, Appellants* legal representative, or assignee. 

STATUS OF CLAIMS 

1. Total number of claims in application 

There are 25 claims pending. Seven clainos are independent claims (1, 8, 15» and 22^25X 
and the remaining daims are dependent claims. 

2. Status of alt claims in application 

• Claims canceled: None 

• Claims withdrawn from consideration but not canceled: None 

• Claims pending: 1-25. 

• Claims allowed: None 

• Qahns rejected: 1-25. 

3. Claims on appeal 

The claims on appeal are: 1-25. 

STATUS OF AMENDMENTS 

All amendments have been entered in this case. No amendments have been made to the 
claims after the Final Office Action. 
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SUMMARY OF CLAIMED SUBJECT MATTER 

Appellants ptovide a concise siutunary of the claimed subject matter as follows* Qaims 
1, 8, 15, and 22-25 are independent claims. Note that claims 1-7, 22» and 23 are method claims^ 
cUdms 8-14 and 24 axe information handling system daims, and claims 15-21 and 2S are 
computer program product daims. Independent claims 8 and 15 include one or more means plus 
function limitations that correspond to the method steps set forth in independent claim 1. An 
information handling system capable of implementing Appellants* hiventlonp as claimed In 
independent daims 8 and 24 is shown in Figure 18, and described in Appellants* spedfication on 
page 45, line 10 througib page 46, line 24. Support for independent computer program product 
daims 15 and 25 is described in Appellants' specification on page 46, line 25 through page 47, 
line 14. In addition, support for eadi of the method steps and means plus fiinction limitations of 
the independent daims are discussed below. The specific citations to Appdlanta* Figures and 
Spedfication are meant to be exemplary in nature, and do not limit the scope of the daims In 
pardcular, the dtations below do not limit the scope of equivalents as provided under 35 U.S.C. 
§ 112, sixth paragraph. 

The claimed invention is a method, information handling system, and computer program 
product for generating display information from a management definition data file (see e.g.. 
Figure 9, specification page 27, line 5 through page 29, line 5; Figure 15, specification page 38, 
line 15 through page 40, line 20; Figure 16, specification page 40^ line 21 through page 43, line 
17} and Figures 17a-17b, specification page 43, line 18 through page 45, line 9) by receiving an 
element request, (see, e.g., Figure 15 dement 1505, specification page 3S, line 15 through page 
40, line 20), locating a display name (see, e.g.. Figure 15 elements 1515-1575, spedfication page 
38, line IS through page 40, line 20); retrieving qualifier values and data definitions 
corresponding to the display name (see, e.g.. Figure 15 elements 1530 and 1580, specification 
page 38, line 15 throu^ page 40, line 20); creating data elements using the data definitions (see, 
e.g., Figure 15 element 1575, specification page 38, line 15 through page 40, line 20); and 
writing the names to a display panel (see, e.g.. Figure 9, elements 940-950, spedfication page 27, 
line 5 through page 29; and Figure 15 elements 1585 and 1590, specification page 38, luie 15 
through page 40, line 20). Independent daims 22, 24 and 25 add the limitatiDns of identifying 
inenu tab names from qualifier names, creating menu tabs, and writing tab labels to the menu 
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tabs (see, e,g„ Figure 9, element 940, specification page 27, line 5 tlirough page 29) to the 
limitations discussed for claims 1» 8^ and IS. Independent claixns 23, 24, and 25 fiiitfaer add the 
limitadons of retrieving text labels conesponding to data elements, and writing the text labels in 
a display panel in a position adjacent to each text labers cotresponding data element (see, e.g., 
Figure 9, el^ent 980, specification page 27, Ihe 5 through page 29). 

As required by 37 CFJl, §41«37(cXlXv)> ^^^ppellants provide support from fbe 
specification for the means plus function elements of each dependent claim argued separately . 
below. 

Dependent claim 17 adds the means plus function limitation of associating a data element 
with an external data source (see, e.g., Figure 9, element 970, specification page 27, line S 
through page 29) to the limitations of independent claim 15.. Dependent claim 18 adds means 
plus function limitations for identifying menu tab names frcm qualifier names^ creating menu 
tabs, and writing tab labels to the menu tabs (see, e.gi, Figure 9, element 940, specification page 
27» line 5 through page 29) to the limitations of independent claim 15. Dependent claim 20 adds 
means plus function limitations for retrieving text labels corresponding to data elements, and 
writing tlie text labels in a display panel in a position adjacent to each text labers conesponding 
data element (see, e.g.. Figure 9, element 980, specification page 27, line 5 throng page 29) to 
the lunitations of independent daim 15. 

GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

A. Claim rejections under 35 U,S*C. § 102(e) and 103 rejecting claims 1-25 as being 
unpatentable over U.S. Patent PubL 2003/0095142 to Patrizio et al. (hereinafter 
"Patrizio^*). 

The Examiner's improper refusal to consider Applicants^ declaration under 37 CFR 
1.131 swearing bebind the Patrizio reference. 
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ARGUMENTS- 

Claims 1- 25 Ar& iVo/Anticioated By Patrizio and ate therefore Aifowdfefe 

As an initial matter, Appellants note a defect in both the Office Action and the Final 
Office Action. Namely, each office actios states that claims 1-13 and 25 are rejected under 
102(e) as being anticipated by Patrizio, however each office action discusses how Patrizlo 
allegedly anticipates each of Appellants claims (daims 1-25). Therefore^ Appellants arguments 
are directed to the rejection of each claim rather than the stated rejection of claims 1-13 and 25. 

As a second matter. Appellants note that Patrizlo is not prior art to Appellants* claimed 
invention, as evidenced by Appellants' Declaration under Rule 1«131 that effectively swears 
behind dae reference* Appellants' Declaration is discussed in the next argument section directed 
at the Examlner*s reflisal to considn Appellants* Declaration, Despite the &ct that Pairizlo is an 
improper reference because it is not mior art, the Patrizio reference also does not anUeioate 
Appellants* claims as alleged in the Pinal OfHce Action. 

Each of Aj^ellants' independent claims 1, 8, and 15 are each directed to generating 
display information firom management definition data and each include the limitations of: 

• receiving an element request from a user; 

• locating a display name corresponding to the element request in a management definition 
object; 

a retrieving one or more qualifier values and one or more data definitions corresponding to 
the display name, wherein the retrieving includes reading the management definition ^ 
object; 

• creating one or more data elements using the data definitions; and 

• writing the qualifier values and data elements to a display panel. 

The Final Office Action contends that Patrizio teaches each of these limitations. A 
thorough review of Patrizio, however, reveals that Patri2do clearly does not teach each of these 
limitations and, therefore, Patrizio sdmply does not anticipate Appellants* claims* 
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The Final Office Action contends that Potrizio teaches Appellants' fitst limitation, 
''teceivmg an element lequest from a.uSer" and cites Palrizio, paragraphs 35 and 37. Those 
paragraphs of Patrizio read as follows: 

[0035] According to one embodiment of the invention, a class schema is 
identified which defines the visual components of the GUI that should be 
modifiable. The class schema and the corresponding class instances are defined in 
managed object format (MOF) files. MOF files follow a standard format that is 
well koown to those skilled in the art. It will be apparent to one skilled in the art 
that as the Common Information Model (CIM) technology evolveSi other formats 
might be used. 

[0037] Another feature of the present invention is gathering layouts and 
organizational information into a managed object format. In order to structure the 
MOF» a UML (unified modeling language) class diagram is developed* This class 
diagram is an illustration showing how the MOF file worlcs and what would be 
contained inside this MOF file. For example^ for the cluster property sheet 
described above, there is a MOF file which contains all of the necessary 
information representing that General tab, the cluster Packages tab, the Nodes tab, 
and the Network tab. Inside of a file that ia intemal to ServiceGuard Manager 
there is a MOF file which contains a description telluig the program how a cluster 
property sheet should be rendered. 

The paragraphs cited by the Examiner describe various aspects of management object 
format (MOF) files. Nowhere do the died sections describe receiving a request for a user, nor 
do the cited sections describe processing an "'element request'^ as claimed by Appellants. In the 
cited paragraphs, Patrizio describes general attributes of a MOF file indudiog sectioi^ regarding 
'the General tab, the cluster Packages tab, the Nodes tab, and the Network tab." However, the 
sections dted in the Final Office Action as teaching Appellants' limitation simply do not teach or 
suggest receiving any request finom a user. 

Appellants' next limitaticm, "locating a display name corresponding to the element 
request in a management deflnidon object,** is also not tau^t or sug^ted by Patrizio. The 
Final Office Action cites the same paragraphs from Patrizio in support of the contention that 
Patrizio teaches this limitation. A review of the dted paragraphs^ however, reveals that Patrizio 
does not teach or suggest adding a ^'display tab,** nor does Fabizio teach or suggest locating any 
^'display names" irom the MOF file. In fact, the dted paragraplu c£ Patrizio are completely void 
ofthe word "display/* 
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Appellants' third limitation in each of the&e independent claims is for ^^retrieving one or. 
more qualifier values and one or more data definitions corresponding to Oie display name, 
wherein the retrieving indudes reading the management definition object.*' As shown above, 
Falrizio does not teach or suggest ^locating a display name** fiom the MOF file. It therefore 
follows that Patrizio cannot possibly teach or suggest **retrieving , . . qualifier values and , . . data 
definitions** oonesponding to such display names. A review of dted paragn^hs 38 and 39 of 
Patri2io show that, indeed^ Patrizio provides no such teaching: 

[0038] If a change to the layout of a duster property sheet is required^ the 
modifications ate added to the MOF file. For instance, for an additional tab, 
further descriptions describing another tab are added to the MOF file and the code 
in the program would not need to be modified. Thus, the instances of the classes 
are modified in the MOF file^ but the schema maintains generality and need not 
be modified. In one embodiment, the application is programined using JAVA.TM. 
(JAVA is a trademark of Sun Microsystems, Inc.). The JAVA.TM. code that 
exists would read that definition file and would automatically render a new tab, 
TraditlonaUy, the way this is done is to hard-code it in source code. Thus, 
JAVA.TM. code to specifically render all of the components needed for the 
duster property sheet would need to be written and reintegrated into the existing 
code. In the preferred embodiment, the desired changes are entered into a pre- 
processor which checks the syntax and then generates tiie modified MOF file* 

[0039] Referring now to FIGS* 9A and 9B, there is shown a class schema, 
generally designated by the reference numeral 900a and 900B, for the property 
sheets, pursuant to the principles and teadiings of the present hwentlon. Referring 
specifically to FIG* 9A, dass CMOuiPSheet 910 defines the general property 
sheet, and has a dass identifier (mapQassId), a title string, a title property name 
string, a version and a default height and width, as illustrated in the FIG. 9A In 
the exemplary embodiment^ there are three objects having property sheets: duster» 
node and package. Therefore, there will be three instances of the CMGuiPSheet 
class in the MOF file that holds the instances of the defined classes. If a new 
object is defined, the schema 900a requires no modification. The instance MOF 
file would be modified to add the new property sheet instance and associated dass 
instantiations* 

The cited paragraphs of Patrirao describes changes to a "cluster property sheet'* (pais* 38) 
and a "^class schema . , . for the property sheets.'* The cited paragn^ do not teach or suggest 
'^retrieving one or more qualifier values and one or more data definitions*^ correspondhig to a 
focated display name. While most anything in a computer can be "displayed,** induding 
Patrizio*s "cluster property sheets,'* displaying sudi sheets is simply not the same as (1) 
receiving an element request from a user, (2) locadng a display name oonesponding to the 
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element request, and (3) retrieving qualifier values and data definitions coitespondliig to the 
display name, as claimed by Appellants. While Patiizio does suggest that additional tabs can be 
added to a MOF ffle» Patrizio never teaches or suggests directing such additional tabs to '^display 
names/' Indeed, once agam» Ihe word "display" never even appears in either of the cited 
paragraphs. 

Appellants next limitation* **creating one or more data elements using the daia 
definitions " is also not taught or suggested by Palrizio. First, the "data definitjons^ claimed by 
Appellants oonespond to a retrieved "display name.** Appellants have already establisbed that 
Patrizio teaches or suggests nothing regarding receiving or using a display name. Therefore, 
Patrizio cannot teach ''creating ... data elements^ using such data definitions. The Final Office 
Action cites the same paragraphs of Patrizio (paragraphs 38 and 39). Appellants have already 
established that neither of diese pangrg^hs teach or suggest anything regarding "displa/" names, 
nor do either paragraph even contain the word "display." 

Appellants final limitation, 'Svriting the qualifier values and data elements to a display 
panel," is also not taught or suggested by Patrizio. In particular, the qualifier values and data 
dements both relate to a retrieved display name and Patrizio does not teach anythii^ regarding 
retrieval of a display name. The Final Office Action cites the same paragraphs of Patrizio 
(paragraphs 38 and 39) in support of the contention. While these paragraphs discuss modifyfaig a 
MOF file, neither of these paragraphs wen use the word "display" Consequeuily, neither., 
paragraph teaches or suggests anything to do wth a ^'display panel,'* and neither paragraph 
teaches anything regarding writing qualifier names and data elements to a display panel. 

As argued ahove^ i^spellants have demonstrated that Patrizio does not teach or suggest 
eni of Ihe limitations found m Appellants' independent claims 1, 8, or IS. Therefore, Appellants 
respectfiilly request that final rejection of these claims under 35 U.S.C. § 102(e) be HRVFRSiFp 
and that Appellants' claims be allowed, in addition, clauns 2-7, 9-14, and X6-21 each depend, 
dhectly or indirectly, on one of these independent claims and, therefore, daims 2-7, 9-14, and 
16-21 are each allowable for at least the same reasons that the independent daims are allowable. 

Claim 22 is an independent daim that indudes the same limitations as daim 1 with the 
additional limitations of: 
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• identifying one or more menu tab names from the retrieved qualifier names; 

• creating a menu tab within the dis^play panel corresponding to each of the menu tab 
namos; and 

• writing a tab label for each of the menu tabs, wherein the tab labels correspond to the 
menu tab names. 

As an initial matter, daim 22 is allowable because it includes the same limitations as 
found in claim 1 and. as explained above, Patrizio does iiot teach or suggest these limitations. 
Qaim 22 is also allowable because Patrizio does not teach or suggest the additional limitations 
found in claim 22. 

The Final Office Action explains that ^'claims 22, 23 recite various combination (sic) of 
the limitations recited in claims 2^7, thus are rejected for the sam^ reason as set forth in the 
rejection of dahns 2-7 combined. The additional limitations to daim 22 are also found in 
d^endent claim 4» In rejecting dependent claim 4, the Examiner states that *Tor creating new 
menu tabs, descriptions of the new tab are added to the MOP file (0038, 0043). the identifying 
of menu tab name and writing tab label are inherently included in the teaching of adding new 
tabs/' Appellants respectfully submit that the Examiner* s inherency argument is misplaced, Tlie 
Examiner seems to be mistaking containment 'tabs" related to a property sheet taught by Patrizio 
wiifa ^'menu tabs'' that are used in a disfday as claimed by ^pellants. The two paragraphs dted 
by the Examiner are reproduced below to buttress Appellants* ax^gument: 

[0Q38] If a dumge to the layout of a duster property sheet is required, the 
modifications are added to the MOF file. For instance, for an additional tab, 
further descriptions describing another tab are added to the MOF file and the code 
in the program would not need to be modified. Thus» the instances of the classes 
ate modiSed in the MOF file, but the schema maintains generality and need not 
be modified. In one ecnbodiment^ the application is programmed using JAVA.TM. 
(JAVA is a trademark of Sun Microsystems. Inc.). The JAVA.TM. code that 
exists would read that definition file and would automatically render a new tab» 
Traditionally, the way this is done is to hard-code it in source code. Thus, 
JAVA.TM, code to specifically render all of the components needed for the . 
duster property sheet would need to be written and reintegrated into the existing 
code. In the preferred embodiment, the desired changes arc entered into a pre- 
processor which checks the syntax and then gienerates the modified MOF file. 

[0043] With reference again to HO. 9A, the CMGuiPSTabContainment class 912 
has a one-to-one relationship with a CMGuiPSTab dass 914. This class specifies 
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that each tab bas & label, associated help, and visibility flag. The main purpose of 
this class is to oonnect property sheets and tabs« An advantage of this method is 
that a particular style of tabs could be shared among different property sheets. 
Moreover^ because the help string is associated with a tab, context sensitive help 
is available at the tab level rather than at just the property sheet level. The 
visibility flag allows a tab to be made invisible, if desired. This allows a set of 
users to be blind to some data for security, aesthetic or other reasons. Or more 
accurately, for a vendor or developer to control which of the tabs are seen by 
various customers. A tabVisible flag can easily be inverted from false to true to 
enable a particular customer to see the tab^ without having to change their source 
code. 

The containment tabs described by Patrizio are taught as being connected to '"property 
sheets'' using a pardcular class ('The main purpose of this dass is to connect property sheets anid 
tabs."*)- ^ Appellants' claim 22, the menu tab names are identified based upon the retrieved 
^'qualifier names" that, in turn, were retrieved based upon a ^'display name** corresponding to to 
element sought by a user. In PatriziO;, the '"containment tabs" are "^hard coded'* into the MOF file . 
(paxBgraph 39: ''Traditionally, the way this is done is to hard-code it in source code. Hius, 
JPS/AJTM. code to specifically render all of the components needed for the cluster property aheet. 
would need to be written and reintegrated into the eidsting; code. In the preferred embodiment, 
the desired changes are entered^ into a pre-prooessor which checks the syntax and then generates 
the modified MOF file."). Appellants' next limitation, ''creating a menu tab within the display 
panel corresponding to each of the menu tab names»" creates the displayed menii tab **on-the-fly" 
based Mpon the display name retrieved fiom the MOF file. In other words. Appellants' claim 
'^creating" the menu tabs in response to data received from a user, while Patrizio teaches that the 
data in the MOF file is constant and does not teach ox suggest receiving an element request trdhi 
a user, retrieving a display name corresponding to the request, retrieving qualifier values and 
data definitions correspondixig to the display name, identi^ring '"menu tab names fiom the 
retrieved qualifier names," and "creatmg a menu tab witliin [a] display panel," as taught and 
daimed by Appellants. 

Consequently, as explained above, Patrizio does not anticipate Appellants^ claim 22 as 
alleged in the Final Office Action. Accordingly, Appellants respectfully request that the Board 
^/^yi^y^yg the final rejection of daim 22. 
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Qaim 23 includes the same limitatioiis as fcnmd in daim 1 with the following additional 
limitBtionsr 

* retrieving one oi more text labels from the management definition object, wherein eadi 
of the text labels conesponds to one of the data elements; and 

• writing the text labels in the display panel in a position adjacent to each text label's 
oortesponding data element 

These additional limitations are the same as those found in dependent claim 6- The 
Examiner rejected claim 6 by stating "New property sheet can be added. The MOF comprises 
information describing the property sheet, which includes text labels correspond (sic) to the 
property sheet." It is ^parent from the rejection that the Examiner is misconstruing Appellants' 
"display panels" with "property sheets'" found in a MOF file. The cited sections of Pairizio are 
as follows: 

[0039] Referring now to FIQS. 9A and 9B, there is shown a dass schema^ 
generally designated by the reference numeral 900a and 900B, for the property 
sheets^ pursuant to the principles and teachings of the present invention. Referring 
specifically to FIG. 9A, dass CMGuiPSheet 910 defines the general property 
sheet, and has a class identifier (mapQassId), a title string, a title property name . . 
string, a version and a default height and widths as iUustiatcd in the FIG. 9A. In 
the exemplary embodiment, there axe three objects having property sheets: dusteri 
node and package. Therefore, there will be three instances of the CMGuiPSheet 
class in the MOF file that holds the instances of the defined classes. If a new 
object is defined, the schema 900a requires no modification. The instance MOF 
file would be modified to add the new property sheet instance and associated class 
instantiations. 

[0040] The CMGuiPSheet class has a one-to-many relationship with a 
CMGuiPSTabContamment dass 912, whidi defines a tab fbr containment within 
the property sheet. A sheet may have multiple tabs. The sequence of tabs is also 
defined here. The sequence defines the order in which the tabs appear (top to 
bottom). The actual sequence is identified in the instance MOF file. Because there 
is a one-to-many relationshipp a property sheet defined to have four tabs will have 
four instances of the containment class. For instance^ in an exemplary 
embodiment, there are several tab containment instances for a cluster property 
sheet. The MOF file would therefore indude the f oUovwig instantiadons: 

1 instance of CMGuiPSheet { id = "CMGuiPSheet:SGauster"; mapClassID = 
"SGQuater"; title = "PSMQF^SGClusterJitle"; titlePropertyName - "name"; 
version « "010502" v^dth = 480; "^heiglit ^ 420; }; instance of 
GMOuiPSTabContalnment { id = 
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''CMGiiiPSTabCi)ntaiiimeiit:CMGTiiPSheet:SGau«ter+ 

h eetcSGClustei:!"; CMGuiPSheetlD "CMOuiPSheettSGQuster; 
CMGuiPSTabID = •'CMGuiPSTab:CMGtiiPShect:SGClu8ter:l"; sequence = 1; 
defauItTop - true; }; instance of CMOuiPSTabContainment { id ^ 
XMGuiPSTabContamment.CMGuiP' 

Sheet:SGClUBter+CMGuiPSTab:CMGuiPSh eet:SGauster:2"; CMGuiPShcetlD 

"CMGuiPSheet:SGCluster"; CMGuiPSTabId 
"CMGuiPSTab:CMGuiPSbeet:SGCluster;2*'; sequence = 2; defaultXop ^ false; }; 
instance of CMGuiPSTabContainment { id = 

"CMOuiPSTabCtontainment:CMGuiPShcet:SGanster-K:;MG^ 
ab:CMGiiiPSh eet:SGaustcn3"; CMOuiPSheetID = "CMGuiPShectiSGauster"; 
CMGuiPSTabID = "CMGuiPSTab:CMGuiPSheet:S- GCluster:3"; sequence = 3; 
defauItTop = false; }; instance of CMGuiPSTabContainment { id ^ 
"CMGuiPSTabContainment:CMGuiPSheet:SGCluster+CMGuiPSTab:CMGuiPS 
h eet;SGCliister:4"; CMGuiPSheetID = "CMOuiPSheetrSGauster*; 
CMGuiPSTabId = '*CMGmPSTab:CMGuiPSheet!50CIiister:4"; sequence = 4; 
defauItTop * false; }; 

As explained above, Patilzio does not teach or suggest the limitatioiis found in 
Appellants* claim 1. Claims 23 includes these same limitations and, therefore, is allowable for 
the saine reasons that claim 1 is allowable. 

As the Examiner states, the MOF file includes infomiation about ^'property sheets.** 
Appellants' claimed inventioDp on the other hand, extracts information from specially prepared 
MOP files in order to retrieve, on-the-fly, information that is written to display panels and 
displayed to a user. Claims 4 and 23 include the retrieval of "text labels*' fiom the MOF and the 
writing of such labels to a display panel. However, first the user entered an element and the 
element was used to find a display panel and then retrieve qualifief values and data definitions 
corresponding to the display name. As described in the traversal of the rejection of claim Ip 
Patrizio simply does not teach tl^se limitations. 

Consequently, as explained above, Patrizio does not anticipate Appellants* claim 23 as 
alleged in the Final Office Action. Accordfaigly^ Appellants respectftiUy request that the Board 
^yERSE the final rejection of claim 23. 

Qaims 24 and 25 are both independent claims. Claim 24 includes the same limitations as 
found in claim S and claim 2S includes the same limitations as found in claim 15. Consequently, 
both of these claims are allowable for at least the same reasons that claims 8 and 15 area 
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allowable, as discussed above. In addition, claim 24 includes additional Umitationa foxmd in 
claims 11 and 13 which are the same limitations as the additional limitations added to dainis 22 
and 23. Therefore, claim 24 is also allowable for the same additional reasons that daims 22 and 
23 are allowable, as discussed above. Likewise, claim 25 includes lunitations found in claims 
IS, 18, and 20 with the additional limitations found in daims 18 and 20 oorresponding to the 
additional limitations fotmd in claims 22 and 23. Thorefoie, claim 25 is also allowable for the 
same additional reasons that daims 22 and 23 are allowable, as discussed above. 

The Patrizio Reference is NOT Prior Art to Appellants ' Claimed Imentinr^ 

The Examiner refused to consider the declaration oi Mr. Kevin Barker under 37 CFR 
1 J31 sweating behind the Patrizio reference. Appellants respect&Uy submit that the lefiisal to 
consider AppellantsMedaration is improper. 

Firsts Mr. Barker's dedared l}iat he Is an inventor of the daims under appeal, namely the 
independent daims. Requiring all of the inventors to sign the same declaration is not a practice 
consistently followed by the Patent Office and, in many cases, is onerous and tumecessaiy. 
Appellants submit that if the question was posed in a court of law, evidence would properly be 
considered if offered by one of the inventors so long as the inventor testifying had requisite 
knowledge of the material to whidi the inventor was testifying- Rules of practice before a trial 
court would certainly not require that all inventors need to testify together, as the Examiner states 
that MPEP 71S.04B requires. Moreover, the undersigned attorney has proffered numerous 
declarations on behalf of the Real Party m Interest. To 4e undersigned attorney's knowledge, 
this marks the first occasion that a properly executed dedaration under Rule 1.131 was not 
accepted sfanply because "all" of the inventors did not sign the same piece of paper. Certainly, 
one of the Appellants^ such as Mr. Barker, is sufCident to simply testify to the attached Exhibits, 
Indeed, Mr. Barker's name appears on the Exhibits as one of the inventors. Indeed, in this 
instance, Mr. Barker was the 'lead" inventor for the application and, as such, was perhaps the 
only inventor of the Application that was an inventor of each and every daim rejected as being 
antidpated by Patrizio. Therefore, the undersigned attorney worked with Mr. Barker on the 
preparation of Mr. Barker^s declaration and accompanying Exhibit Appellante therefore submit 
that the Declaration of Mr, Barker as being 'Ue inventor" of the clainw rq^ 
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Patrizio was propemndeirMPEP §715.048. todced, a review of the actual Rule 1.131 dops n^^^^ 
fequke that invemors must sign the declaration Instead* the Rule simply states fhat "ihe 
inventor'* may submit an oath or declaration. Appellantis respectfully submit that Mr. Barker 
qualifies as '*the inventor** qualified to sign such decla^^^ 

Regarding Appellants* Declaration^ the Examiner states: '"While conception is the mental 
part of the inventive act, it must be capable of proof, such as by demonstrative evidence or by ^ . 
complete disdosuic to another. Conception is more than a vague idea of how to solve a 
problem/' Appellants are truly baffled by the Examiner's statanent Appellants* declaration 
included a 35 page Exhibit complete with detail regarding Appellants' invention. 

Next, the Final Office Action contends that **the evidence fails to show that the inventor 
constructed an embodiment or performed a process that met all limitations of the claims. Proof, 
of constructive reduction to practice requires sufficient disclosure under how to make and use of. 
35 use 112-r^ paragraph. Appellants respectfully submit that Appellants* 35 page Exhibit <o 
Mr. Baiicer '9 declaration is more than sufficient to qualify as a constructive reduction to practice. 
The Exhibits describe in sufficient detail algoridmis used by the software developed by the 
inventors as well as an "internal project completion** date for the software (see page 4 of patent 
disclosure). The Exhibit also Includes several ''screen shots'* showing Appellants software bexi^ 
executed on a computer system. 

Fh&ally, the Final Office Action state that a showing of diligence must be made, 
^ellsnts respectfully submit that the declaration of Mr. Barker states that the Appellants were 
diligent in reducing the invention to practice. Moreover, the screen shots included in the Exhibit 
evidence that, to sraoie extent, the inventors already had a constructive reducdon to practice 
before the date of the Patrizio reference. If the Examiner would have requested additional 
information in a non-final Office Action, Appellants would have been more than williiig to 
provide such information. However, the Examiner elected to finally reject Appellants* claims 
and Appellants decided to appeal the rejection of their claims based on the fact that the art cited 
by the Examiner did not teach or suggest Appellants* claimed invention and that the Declaration 
ffled under 37 CFR 1.131 was sufficient to remove the Patrizio reference as a prior art reference. 
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Appellants have included a copy of the Declaration and the Exhibit thereto for the Board's 
feview and consideration. 

In light of the foregoing, i^ipellants respectfully request that the Bxaminer's rejection of 
Appellants* Declaration under 37 CFR 1.131 be REVERSED. As the Patrizio reference is not 
prior art to Appellenta' claimed invention, the rejection of claims 1-25 as being anticipated by 
Patrizio must also be yi^y KJg ^y Jgj p 

Condufiion 

For the foregoing reasons. Appellants submit that claims 1 through 25 are patentable over 
the cited prior art Accordingly, .^ellants respectfully, requests that the Bxaminer^s daw 
rejections be reversed and claims 1 through 25 be allowed. 

Respectfully submitted, 

Attorney for Appellants 
Registiation.No. 44»383 
Telephone: (512)301-6738 
Facsimile: (512)301-6742 
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APPENDIX OF CLAIMS 

1. A method of generating display ixiformation fiom management definition data^ said 
method comprising: 

leceiviqg an element request from a uset; 

locating a di^Iay name corresponding to the element request in a management definition 
object; 

retrieving one or more qualifier values and one or more data definitions conesponding to 
the display name, wherein the retrieving includes reading the management 
definition object; 

cheating one or more data elemenis using the data definitions; and 

writing the qualifier values and data elements to a display paneL 

2. The method as described in claim 1 wherein the management definition object includes a 
common iiiforidation model managed object format file. 

3. The method as described in claim 1 farther comprising: 
associating one of the data elements with an external data source. 

4. The method as described in daun 1 further comprising: 

identifying one or more menu tab names fiom the retrieved qualifier names; 
ca:eating a menu tab within the display panel corresponding to each of the menu tab. 
names; and 

writii^ a tab label for each of the menu tabs, wherein the tab labels conespond to the 
menu tab names. 

5. The method as described in claim 1 wherein at least one of the data elements is selected 
fiom the group consisting of a text box control, a list box control, a combo box control, a 
check box oontrolft and a radio button control. 

6. The method as described in claim 1 further comprising: 
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retrieving one or more text labels from the management definition object, wherein each- 

of the text labels corresponds to one of the data elementa; and 
writing the text labels in the display panel in a position adjacent to each text label's 
corresponding data element 

7. The method as described in claim 1 wherein the data definitions include one or more data 
specifications corresponding to at least one of the data elements, and wherein at least one 
of the data specifications are selected from the group consisting of a ttiittitimiw value, a 
maximum value» a data type, and a valid values list 

8. An hifoimation handling system comprising: 
one or more processors; 
a memory accessible by the processors; 
a nonvolatile storage area accessible by the processors; and 
a display generation tool for generating display information from management 

inf6tYnation» the display generation tool including: 
input logic for receiving an element request from a user; 
identification logic for locating a display name corresponding to the element 

request in a management definition object; 
means for retrieving one or more qualifier values and one or more data definitions 
corresponding to the display name, wherein the retfieving includes means 
for reading the management definition object; 
creation logic for creating one or more data elements using the data definitions; 
output logic for writing the qualifier values and data elements to a display panel; 
and 

storage logic for storing the display panel in the nonvolatile storage area. 

The infomiation handling system as described In daim 8 wherein the management 
definition object includes a common information model managed object format file. 

The information handling system as described in daim 8 further comprisiog; 
association logic for associating one of the data elements with an external data source. 
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11. The mformatioii handling system as described m clahn 8 further comprising: 
identification logic for identifying one or more menu tab names from the retrieved 

qualifier names; 

creation logic for creating a menu tab within the dis(>lay panel correqxmding to each of 

the menu tab names; and 
output logic for writing a tab label for each of the menu tabs, wherein the tab labels 

correspond to the menu tab names. 

12. The information handling system as described in daim 8 wherein at least one of the data 
elements is selected fxom the group consisting of a text box control^ a list box control, a 
combo box control, a check box control^ and a radio button control. 

13. The information handling system as described in claim 8 further comprising: 
retrieval logic for retrieving one or more text labels from the management definition 

object, wherein each of the text labels corresponds to one of the data elements; 
and 

output logic for writing the text labels in the display panel in a position adjacent to each 
text labePs corresponding data element. 

14. The information handling system as described in daim 8 wherein the data definitions 
include one or more data specifications corresponding to at least one of the data elements, 
and wherein at least one of the data specifications are selected finom the gjoup consisting 
of a minimum value, a maximum value, a data type» and a valid values list. 

15. A computer program product stored on a computer operable medium for generating 
display information from management definition data, said computer program product 
comprising: 

means for receiving an element request fimn a user; 

means for locating a display name corresponding to the element request in a management 
definition object; 
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means for retrieving one or mote qualifier values and one or more data definitions 

corresponding to the display name, wherein the retrieving includes reading the 
management definition object; 
means for creating one or more data elements using the data definitions; and 
means for writing the qualifier values and data elements to a display panel. 

16. The computer program product as described in claim 15 wherein the management 
definition object includes a common information model managed object format file. 

17. The computer program product as described in claim 15 &rther comprising: 
means for assodating one of the data elements with an external data source. 

18. The computer program product as described in daun IS further comprising: 

means for identifying one or more menu tab names from the retrieved qualifier names; 
means for creatmg a menu tab within the display panel corresponding to eadi of the 
menu tab names; and 

means for writing a tab labd for each of the meriu tabs, wherein the tab labels corres]^ 
to the menu tab names. 

19. The computer program product as desaibed in claim 15 wherein at least one of the data 
elements is selected from the group consisting of a text box controlj a list box control, a 
combo box control, a check box control, and a radio button control. 

20. The computer program product as described in daun 15 further comprising: 
means for retrieving one or more text labels from the management definition object, 

wherein each of the text labels corresponds to one of the data elements; and 
means for writing the text labels in the display panel in a position adjacent to each text 
label's corresponding data element. 

21. The computer program product as described in daim 15 wherein the data definitions 
indude one or more data specificadons coiresponding to at least one of the data elemeola, 
and wherein at least one of the data spedfications are sdected ftom the group consisting 
of a minimum value, a maximum value, a data type, and a valid values list. 
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22. A method of generating display infomiation from managienient definition data^ said 
method comprisiog: 

receiving an element request from a xiser; 

locating a display name corresponding to the element request in a management definition 

object, wherein the managment definition object indudes a oom^ 
• model managed object format file; 
retrieving one or more qualifier values and one or more data definitions corresponding t6 ' 

the display name» herein flie retrieving includes reading the management 

definition object; 
creating one or more data elements using the data definitions; 
writing the qualifier values and data elements to a display panel; 
identifying one or more menu tab names from the lotrieved qualifier names; 
creating a menu tab within the display panel corresponding to each of the menu tab 

name^ and 

writing a tab label for each of the menu tabs* wherein the tab labels correspond to the . 
menu tab names. 

23. A method ofgeneratmg display infoiniation from management definition data^ said 
method comprising: 

receiving an element request from a user; 

locating a display name conesponding to the element request in a management definition 

object, wherein the management definition obfect includes a common infbrmalion 

model managed object fomiat file; 
retrieviiig one or more quaMer values and one or more data definitions corresponds^ 

the display name> wherein the retrieving indudes reading the management 

definition object; 
creating one or more data elements using the data definitions; 
writing the qualifier values and data control objects to a display panel ; 
retrieving one or more text labels from the management definition object, wherein each 

of the text labels corresponds to one of the data elements; and 
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writing the text labels in the display panel in a position adjacent to each text labers 
corresponding data element. 

24. An informatioD handling system comprising; 
one or more processors; 
a memory accessible by the processors; 
a nonvolatile storage area accessible by the processors; and 
a display generation tool for generating display information from management 
informatLon, the display generation tool including: 
input logic for receiving an element request from a user; 
identification logic for locating a display name corresponding to the element 

request in a management definition object; 
means for retrievmg one or more qualifier values and one or more data definitiotts !. 
oonesponding to the display name, wherein the retrieving includes means 
for reading the management definition object; 
aeation logic for creating one or more data elements using the data definitions; 
output logic for writing the qualifier values and data elements to a display paniel; 
storage logic for storing the display panel in the nonvolatile storage area 
identification logic for identifying one or more menu tab names from the retrieved 
qualifier names; 

creation logic for creating a menu tab within the data panel oorrespcmding to each 

of the menu tab names; 
output logic for writing a tab label for each of the menu tabs, wherein the tab 

labels correspond to the menu tab names; 
retrieval logic for retrieving one or more text labels from the management 

definition object, wherein each of the text labela oonesponds to one of the 

data elements; and 

output logic for writing the text labels in the display panel in a position adjacent 
to each text label's corresponding data element 
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25. A computer program product stored on a computer operable medium for generating 
display information from management definition data, said computer program product 
comprising: 

means fbr receiving an element request from a user; 

means for locating a display name corresponding to the element request in a management 
definition object; 

means for retrieving one or more qualifier values and one or more data definitions 

corresponding to the display name, wherein the retrieving includes reading the 
management definition object; 

means for creating one or more data elements using the data definitions; 

means for writing the qualifier values and data elements to a display panel; 

means for idratifying one or more menu lab names from the retrieved qualifier names; 

means for creating a menu tab within the display panel corresponding to each of the 
menu tab names; 

means for writing a tab label fox each of the menu tabs» wherein the tab labels correspond * 

to the menu tab names; 
means for retrieving one or more text labels from the management definition object, 

wherein each of the text labels corresponds to one of the data elements; and 
means for writing the text labels in the display panel in a position adjacent to each text 

labers corresponding data element 
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EVIDENCE APPENDIX 

Dedaiation of Mr, Kevin Barker and Exhibit thereto has been attached to this Appeal 

Brief. 
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REIATED PROCEEDINGS APPENDIX 
Not applicable. 
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